Este guia é para o provedor de arbitragem de busca TONIC.
O rastreamento de arbitragem de busca em geral pode ser bastante complicado devido à presença de palavras-chave e vários parâmetros de dados necessários.
Dependendo de como você deseja passar esses dados, existem também várias abordagens.
Abaixo, descreveremos a configuração básica usando nosso modelo de fonte de oferta e as duas abordagens que você pode usar para testar diferentes palavras-chave.
Criando a fonte de oferta TONIC
Primeiro, crie uma nova fonte de oferta e use nosso modelo TONIC.
Observe a seção de passagem de dados:
Aqui há algumas coisas muito importantes a considerar:
- Estamos passando adtitle e site usando um token
{data-xxx}
. Isso significa que os valores virão da sua fonte de tráfego através do link que você usa lá - então é importante que sua fonte de tráfego tenha campos de rastreamento de URL correspondentes detitle
esite_id
, e que estes sempre passem valores apropriados para o TONIC. Também estamos passando network usando um valorsource_type
- Então, para o acima, para qualquer fonte de tráfego que você vai usar com ofertas Tonic, certifique-se de adicionar manualmente
ad_title
,source_type
esite_id
como campos de rastreamento de URL. - Para
ad_title
, você deve passar o título/manchete do seu anúncio, usando um token, ou manualmente. Se você precisar fazer isso manualmente, recomendamos colocarREPLACE
como o token/placeholder - Para
site_id
, da mesma forma, passe algum valor dinâmico de ID do site da fonte - Para
source_type
, o Tonic exige que você passe um valor de texto em minúsculas da lista de fontes aprovadas. Então você deve definir um destes como o placeholder (consulte o Tonic para mais orientações sobre isso):
taboola outbrain yahoonative mgid revcontent tiktok facebook twitter website-facebook website-tiktok website-snapchat website-pinterest website-twitter website-bingads website-adwords website-gdnnative website-outbrain website-taboola
Adicionalmente:
- Estamos passando nosso ID de hit único para rastreamento sob
subid4
- então o postback usado no TONIC deve passar esse valor de volta - Note que no Tonic, você define suas próprias palavras-chave do lado deles - então aqui, não estamos passando palavras-chave dinamicamente dos anúncios/fonte de tráfego ou mesmo no nível da oferta
Agora, verificando a aba de rastreamento de conversão, você pode ver o postback modelo, que você deve colocar no TONIC:
Aqui estamos usando {keyword}
como o ID da transação, que enviará de volta a palavra-chave convertida (que você definiu no lado do Tonic).
Isso é importante para:
- Separar eventos de conversão para diferentes palavras-chave, pois elas terão diferentes receitas. Não queremos que a conversão número dois sobrescreva a conversão número um.
- Ao passá-la de volta no parâmetro tx, você pode usar o atributo "ID da Transação" nos relatórios para ver quais palavras-chave converteram
Para obter o melhor do rastreamento de conversão, certifique-se de verificar a seção sobre isso no final deste artigo.
Configurando fontes de tráfego utilizadas
Como mencionado anteriormente, precisamos passar dados personalizados (título do anúncio e IDs do site, e tipo de fonte) da fonte de tráfego, e são esses valores que são passados para o TONIC.
Verifique a imagem anterior - usamos o token {data-ad_title}
, {data-site_id}
e {data-source_type}
.
Então, eu recomendaria criar uma nova fonte de tráfego dedicada à arbitragem de busca via Tonic, por exemplo, TikTok (TONIC). Você pode usar o modelo apropriado e então adicionar ou ajustar os parâmetros. Tomando nosso modelo TikTok como exemplo:
Aqui eu adicionei site_id
e defini para o token de posicionamento, e adicionei o campo de rastreamento ad_title
com REPLACE
como valor.
Para source_type
, eu codifiquei para um dos valores permitidos do Tonic.
Como o TikTok não tem títulos/manchetes de anúncios, você precisaria substituir isso manualmente em sua URL, por anúncio, para passar um parâmetro de título apropriado.
Tomando outro exemplo do Taboola:
Aqui, o Taboola tem passagem de dados para títulos de anúncios e IDs de site. Os campos ad_title
e site_id
já existem em nosso modelo, então eu apenas adicionei o source_type
e codifiquei seu valor.
Note que podemos mudar os modelos ao longo do tempo, e se você pode passar dados automaticamente com tokens ou não depende da fonte de tráfego.
O Facebook, por exemplo, não tem IDs de site, nem passa manchetes via URL, então você sempre precisaria configurar dados manualmente se estiver fazendo arbitragem de busca entre Facebook e TONIC.
Passando dados de palavras-chave para ofertas
Para ofertas TONIC, você criaria uma oferta e usaria seu domínio de arbitragem como URL base da página. O resto da estrutura da URL seria tratado pela seção de passagem de dados.
O TONIC não espera que palavras-chave sejam passadas (outros parceiros de arbitragem de busca sim) - ao invés disso, você passa network/site/adtitle e eles presumivelmente geram resultados de busca baseados neste parâmetro adtitle.
Então, há duas maneiras de variar esses valores de título de anúncio.
Opção 1: Passar na URL da fonte de tráfego
Esta é a configuração que você está usando acima.
Com isso, sua oferta seria apenas uma única oferta (a URL do domínio de arbitragem de busca) e você criaria diferentes anúncios --> que podem passar diferentes valores de título de anúncio --> gerar diferentes resultados de busca.
Nos relatórios, você dividiria por este campo de rastreamento de título de anúncio para analisar o desempenho.
Opção 2: Passando no nível da oferta
Agora, como isso é tudo passagem de dados configurada pela fonte de oferta/oferta, você poderia optar por codificá-la no nível da oferta.
Assim, você poderia criar sua oferta, escolher TONIC como a fonte da oferta, depois ir para passagem de dados e adicionar uma substituição no nível da oferta para o campo adtitle, usando a opção de string personalizada.
Desta forma, você poderia criar múltiplas ofertas para diferentes títulos de anúncios e rotacioná-las em seus funis como qualquer oferta.
Agora, os valores não dependeriam dos seus anúncios na fonte de tráfego e são controlados dentro do FunnelFlux:
Agora nos relatórios você poderia ter suas palavras-chave separadas em diferentes ofertas.
A vantagem aqui é mais controle dentro do FunnelFlux e poder mudar isso a qualquer momento ou adicionar/remover páginas da rotação sem tocar em seus anúncios.
A desvantagem é mais trabalho manual na criação de ofertas e configuração do seu funil, e potencial falta de congruência entre seus anúncios e suas páginas de arbitragem de busca.
Você também precisará considerar a conformidade, e se para fontes com títulos de anúncios, o parceiro de arbitragem de busca está OK com você passando várias palavras-chave que podem não corresponder ao anúncio exibido aos usuários.
Rastreamento de conversão
Em geral com arbitragem de busca, basta seguir nosso guia e então usar o URL de postback modelo fornecido na página de rastreamento de conversão.
No entanto, há algumas coisas importantes a considerar sobre quais eventos rastrear. Por favor, leia abaixo:
- Em geral, com fontes algoritmicamente dirigidas como Facebook, TikTok, etc., você vai querer enviar conversões imediatamente do provedor de arbitragem de busca
- No entanto, estas terão receita estimada e resultarão em dados do FunnelFlux não alinhando completamente com seu provedor de arbitragem, quando eles posteriormente atualizarem estas estimativas
- Se o provedor tem múltiplas opções de postback, por exemplo, pré-estimado, estimado (2h), estimado (24h) etc., você pode adicionar um postback para um destes também para atualizar dados no FunnelFlux.
- NO ENTANTO, você não quer que isso envie outro evento para a fonte de tráfego, pois provavelmente inflará as conversões. Para evitar isso, adicione
...&disable_postbacks=true
ao postback posterior - Isso enviará o evento para o FunnelFlux, que atualizará a conversão e sua receita, mas NÃO disparará um evento para a fonte de tráfego.
No caso do TONIC, uma configuração ideal seria assim: